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COMMUNICATION METHOD, A NETWORK AND 
A TERMINAL USING SAID METHOD 

FIELD OF INVENTION 

The present invention generally relates to a method and 
a system for providing a user of a communication system 
with information regarding provided services. More spe- 
cifically, the invention relates to a method and a sys- 
tem for providing a subscriber of audio/video services 
with relevant tuning parameters. 

BACKGROUND 

Many magazines, newspapers, and other publications have 
built their readership around the growing market of 
television (TV) viewers, who desire TV programme infor- 
mation. Many cable TV networks have even designated a 
TV channel for providing the date, time, and channel, 
at which TV programmes will be presented. These conven- 
tional sources of TV programme information are only 
useful if the user knows the tuning parameters of 
his/her receiver system, e.g. a TV set, for the re- 
quested service, such as a TV programme. 

Historically, the services provided have been analogue 
services. For such services, the information is rather 
easy to comprehend and use when tuning the receiver. In 
analogue TV services, for example, each channel is 
associated with a frequency in a frequency band, which 
is easy to tune to . 

However, today more and more digital services appear on 
the market, such as digital television. A problem in 
this respect is the complex information involved with 
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digital tuning, which is almost impossible for a normal 
user to understand and use. 

Thus, tuning to a digital service is effected in an 
entirely different way than for analogue services. For 
5 a digital service, the service provider sends digital 
information regarding the service provided to a digital 
receiver located at the user, such as a Set Top Box 
(STB) . The receiver uses this information in order to 
tune to or receive these services. The information com- 
10 prises a number of complex parameters, such as fre- 
quency, forward error correction (FEC), symbol rate, 
packet identifier (PID) for audio and video etc. 

The tuning information for digital services is always 
sent together with the services themselves. This should 

15 in fact make it easier for the user to tune to these 

services compared to analogue services. Normally, when 
setting up a STB, the user initiates an automatic 
search, which finds and stores all the available ser- 
vices available to the user. However, this is a time- 

20 consuming process, especially if the user has access to 
more than one network. Furthermore, the search some- 
times misses a channel, in which case that particular 
channel will be unavailable. 

As already mentioned, a user can have access to more 
25 than one service provider network. Examples of such 

networks are satellite, cable and terrestrial networks. 
Thus, different users can have access to different net- 
works. This means that different tuning parameters for 
different types of tuners are used by different users 
30 watching for example the same TV programme. This poses 
a special problem for those providing information 
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regarding TV channels because the information needed is 
different for different users. 

OBJECT OF THE INVENTION 

An object of the present invention is to overcome the 
5 problems of prior art and to provide means for 

facilitating tuning to digital information services 
provided by service providers in a digital information 
system. 

SUMMARY OF THE INVENTION 
10 The invention is based on the realisation, that identi- 
fication regarding service name and tuning information 
associated with the service in question can be stored 
separated from but associated with each other. 

Thus, according to one aspect of the invention there is 
15 provided a method as defined in claim 1. According to a 
second aspect there is provided a communication network 
as defined in claim 12. According to a third aspect 
there is provided a subscriber terminal as defined in 
claim 22. According to a fourth aspect there is pro- 
20 vided a computer program product as defined in claim 
32 . 

With the method, network, terminal and computer program 
product according to the invention, the above mentioned 
problems in connection with tuning are solved or at 
25 least mitigated. More specifically, with the method and 
the network according to the invention, a terminal of a 
user can tune to a particular service based only on the 
supply of a service name. This means that any one, not 
only the service provider, can initiate tuning to a 
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particular service as long as the service name is 
known . 

BRIEF DESCRIPTION OF DRAWINGS 

The invention is now described, by way of example, with 
5 reference to the accompanying drawings, in which: 

Fig. 1 is an overview of an information system embody- 
ing the invention ; 

Fig. 2 shows a user equipment used in a communication 
device comprising a Service Name Server (SNS) according 
10 to the invention; 

Fig. 3 shows the Service Name Server in more detail; 

Fig. 4 shows the connection between the Service Name 
Server, a browser and a tuner module; and 

Fig. 5 shows an alternative placement of an SNS accord- 
15 ing to the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

In the following, preferred embodiments of the inven- 
tion will be described. 
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In figure 1, an overview of an information system is 
shown. The system is built around several networks, one 
of which is a data network, generally designated 10, 
such as the Internet. Different service providers, such 
as TV companies, are connected to this network through 
respective service provider equipment, one of which 20 
25 is shown in figure 1. Users subscribing on the services 
are also connected to the network 10 through respective 
user equipment, one of which 30 is shown in figure 1. 
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♦ The user equipment 30 can be any cf a personal computer 

with an associated modem, a separate display unit, an 
integrated receiver decoder ( ZRD) in the form of a 
monitor accompanying a so-called Set Top Bex (STB) etc. 
5 In the following an STB 30 connected to a TV set 32 
will be used as an example. Thus, the requested ser- 
vices are in this case displayed on the TV set. 

In addition to the data network 10, there is a satel- 
lite network, generally designated 40, a cable channel 
network 50 and a terrestrial network 60. Thus, tne 
services prcvioed by the service providers 20 can ce 
delivered m many different ways. As an example, a 
digital television channel can be transmitted to a user 
by satellite, by a cable channel network, by a terres- 
trial network or even a data network, such as the 
Internet . 

UJ 

fit The user equipment comprising the STB 30 and the TV sec 

fif 

32 will now be described with reference to figure 2. 
^ The STB, generally designated 30, is used for convert- 

20 ing information received through input IN into useful 
information. Thus, STB 30 comprises a serially con- 
nected demodulator ( 1EMOD ; 30a, a forward error correc- 
tion unit (EEC) 30b, a demultiplexer (DEMUX) 30c, a 
decoder 30d and a source encoder (ENCODE) 30e. The 
25 encoded information signal output by the encoder 30d 
through output OUT is supplied to the TV set 32. In 
order to function correctly, the different parts of the 
STB must be informed of the parameters necessary to 
display the requested service on the TV set 32. 

30 To facilitate tuning, the STB 30 comprises a software 
application, which in the following will be called 
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"Service Name Server" (SNS) 31. As shown in fig. 2, it 
is a server, i.e., in programming terms, an application 
that resides in the ST3 30 and provides tuning informa- 
tion to other parrs of the software system on request. 
The SNS is provided with a proper interface to the user 
equipment (not illustrated) . 

The SNS application can be downloaded as an independent 
application in the STB. The installation program ana 
the data are then grouped together and sent to the STB 
as one sei f -installing packet. Alternatively, the SNS 
application comes with tne ST3 at delivery, 

The SNS database will now be described in more detail 
with reference to figure 3. it essentially contains two 
different but associated kinds of information, namely 
Service Names (SN) and Tuning Parameters (T?) . The 
service names can take any suitable form as long as 
they in a convenient way describe the service in ques- 
tion. In connection with TV, the services are normally 
called "channels". In the example given herein, the 
services are thus named "Channel 1", Channel 2" etc up 
to "Channel n", wherein n is the total r.umoer of chan- 
nels available to the user. However, the Service Names 
can take any suitaole form. 

The Service Names are associated with respective Tuning 
Parameters comprising information sufficient for the 
STB to tune to the requested service in that specific 
network. Thus, the parameters can be frequency, forward 
error correction (FEC), symbol rate, packet identifier 
(PID) for audio and video etc. 
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The Service Names and the Tuning Parameters are col- 
lected in the SNS database, schematically shown in 
figure 3. In a preferred embodiment:, nhe SNS database 
resides in the STB. 

The building up of an SNS database can be effected m 
one of several ways. The simplest but least efficient 
way is to have the receiver make a channel search, as 
is conventional in e.g. a DVB system (DVB - Digital 
Video Broadcasting, a standard for transmission of 
multimedia services). A software module is then ar- 
ranged in the STB to retrieve tuning information, from 
the stream of incoming information. Thus the module 
first collects and filters the relevant information and 
this information is supplied to the SNS, which then 
builds up an internal database based on this informa- 
tion. However, this is associated with several draw- 
backs, as already xhas been explained. 

A more preferred method is to have a service provider 
or a third party compile the SNS database, which is 
then downloaded as a file to the STB. In that way, the 
user is never involved in the building of tne SNS data- 
base. Tne ocwnlcaded file then contains information 
either regarding services from one single service pro- 
vider or from several or even all providers used by the 
user. Thus, the information is supplied either as one 
single packet or divided into several different pack- 
ages . 

Building or updating of the SNS database can be initi- 
ated by the user or can be effected automatically. 
Thus, when the user adds services to the service sub- 
scription, an SNS update can be commanded through the 
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ST3 interface. As an example, if the user selects an 
"Update SNS table" option, an SNS file is downloaded 
from the heme page of the provider, replacing the old 
SNS file installed in the STB . The function can be 
built into the STB by using different types of files, 
e.g. MIME types, by giving the SNS file a predetermined 
extension, when an SNS file having the SNS extension is 
downloaded, the SNS application is automatically 
launched and the old information is replaced by new 
information that is automatically installed to the 
correct position in the STB. 

However, the usual information and installation proce- 
dures used by the provider are normally used and the 
updating takes place automatically. An updating appli- 
cation in the STB can then be monitoring a particular 
position in the incoming information stream during a 
specific time interval, e.g. during night-time when 
bandwidth is cheap. 

Yet an alternative way of effecting the updating is to 
notify the user of the fact that new information is 
available by using the function incorporatec into tne 
ATVIF standard (ATVEF - Advanced Television Enhancement 
Forum) . According to ATVEF, it is possible, m a diai- 
tal network, to send URLs to the STB. By using UHTT? 
{Unidirectional Hypertext Transfer Protocol - a simple, 
robust, one-way resource transfer protocol that is de- 
signed to efficiently deliver resource data in a one- 
way broadcast-only environment), the web page is sent 
to the STB and e.g. an icon is displayed to the user. 
The SNS information is then "pushed" to the STB by 
means of UHTTP, preferably in the form of an HTML file. 



As already s:a:ed, many receivers, e.g. digital satel- 
lite receivers, are connected to different service pro- 
vider networks. It can then be that the same service, 
e.g. a specific TV channel, is accessible tc a user 
through different networks, e.g., a satellite network 
40 and a terrestrial network 60, see figure 1. This 
means that there will be several entries for the same 
service name in the SNS database. Thus, in the example 
shown in figure 3, there are two entries for Channel 3. 

The method of resolving this ambiguity is an implemen- 
tation issue. In a preferreo embcaiment, the SNS is 
informed by the STB about to wnieh network the receiver 
is currently connected. If the service in question is 
accessible through this network, that entry of the SNS 
database is used. In that way unnecessary network 
changes are prevented, saving time. However, if the 
current network does not provide the requested service, 
another network must be tuned to. In the preferred 
embodiment of the SNS database, there is always a 
preferred entry depending on the current network. 

After the SNS database has been built, the SMS is ready 
for use by other software modules for providing them 
with tuning parameters of the aifferent services. An 
example of that will now be described with reference to 
figure 4. A web browser 34 is provided in the STB 30 
together with the SNS application 31 and a tuner module 
36. The STB is connected to the Internet 10, thus ena- 
bling browsing of the Internet. In the present example, 
the user is accessing a web site with a TV guide having 
links to the different TV programmes available for ex- 
ample this week. Thus there is displayed a list of pro- 
grammes available to the user. Associated with each 
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displayed entry is a so-called "Service URI" which is 
present in web pages. The Service URIs used m the ex- 
ample have the format "dvb: //...", indicating -hat they 
relate to digital video broadcasting. However, the 
exact format of the Service URIs is outside tne scoce 
of the present invention and will not be discussed fur- 
ther herein. 

The user in the example wants to watch the television 
channel "Channel 17", which has the Service URI 
"dvb : //channel__17", see figure 4. Thus the user selects 
tne related link and the browser launches 
"dvb://channel_17". The "clvb://" denotes that the 
browser 34 should go to the SNS 31 to retrieve the tun- 
ing parameters of the requested service, i.e., Channel 
17. Thus, the browser calls the SNS 31 with the func- 
tion variable "channel_17" . The SNS retrieves the Tun- 
ing Parameters for "channel_17" from the entry "Channel 
17" and returns them to the browser. The browser then 
sends this information to the tuner module 36 of the 
STB, which tunes the TV to the requested channel, i.e., 
Channel 17. 

In this way, a cser browsing an Internet here pace can 
oegm watcmng a particular TV orocramne, i.e., tu~^ to 
a desired channel, simply by selecting a Iin< on a Web 
site . 

The parameters supplied to the tuner module also 
include start and stop times for the requested TV pro- 
gramme. If the programme is active at the moment the 
user selects the link, it is immediately displayed. 
However, if it is scheduled for a later time, this in- 
formation is returned and the application prompts the 



user whether it is to be recorded. If the answer is 
yes, the STB instructs a VCR or other recording device 
of this fact ana the VCR will begin recording me pro- 
gramme, just as if the user had programmed it in the 
usual way by means of a remote control or the like. 

An advantage of the method and the system according to 
the invention is that people writing web pages need not 
to consider what networks viewers reading the web pages 
have access to. In that way, extensive TV guides may be 
compiled containing information which can be used bv 
different groups of people, i.e., both people having 
analogue TV sets with enhanced Internet features and 
those having digital receivers. 

In some cases, information can be transferred directly 
from the SNS 31 to the tuner module 36/ This is denoted 
by a broken line in figure 4. For example, when the 
user request a currently accessible programme, the SNS 
can send the relevant tuning information directly to 
the tuner module without going through the web browser 
34. This is more efficient and puts less load on the 
browser. 

Sometimes a user selects a link to a programme not 
available to tne user equipment, i.e., the Service Name 
of which is not in tne SMS database. In that case, the 
browser returns a message like "service not available" 
or the like, informing the user of this fact. 

Preferred embodiments of the invention have been de- 
scribed. It is realised that these can be varied within 
the scope of the appended claims. Thus, DVB compatible 
receivers have been shown. It is realised that the re- 



ceivers are not limited to that: kind but can be of any 
suitable kind for receiving analogue or digital infor- 
mation according to one or more standards. 

A method of solving service ambiguity has been de- 
scribed wherein a network is chosen depending on the 
current network. Alternatively, tuning parameters for 
the service that most recently was used can be re- 
turned . 

In an alternative embodiment (not shown) , the SNS is 
simply a database residing in a receiver. 

In yet an alternative embodiment, shown in figure 5, 
the SNS 31 resides in a centralised server 30 on the 
provider site 20. In this case the SNS 31 is accessed 
by the receivers at the user sites via fhe data network 
10, see figure I. Normally, TCP/IP is then used for 
communication when receivers provided in user terminals 
are connected to the provider site via the Internet. 

In the described embodiments, a STB has been used. Tne 
person skilled in the art realises that equivalent 
equipment can be used, such as a personal computer, 
possibly with a TV card installed. In case of a com- 
puter, programLm.es can be recorded on the hard disk 
thereof . 



